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Foreword 

This Technical Specification (TS) has been produced by ETSI Project Broadband Radio Access Networks (BRAN). 

The present document is sub-part 2 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); 
HIPERLAN Type 2; Conformance testing for the Data Link Control (DLC) protocol; Part 2: Radio Link Control (RLC) 
sublayer, as identified below: 

Sub-part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Sub-part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Sub-part 3: "Abstract Test Suite (ATS) specification". 
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Scope 



The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the BRAN HIPERLAN 
Type 2; Data Link Control (DLC) protocol; Radio Link Control (RLC) sublayer [1]. 

The objective of the present document is to provide a basis for conformance tests for HIPERLAN Type 2 equipment 
giving a high probability of air interface inter-operability between different manufacturers' HIPERLAN Type 2 
equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [3] and ISO/IEC 9646-2 [4]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [2]) are used as a basis for the test methodology. 
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The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 
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• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] ETSI TS 101 761-2 (VI. 1.1): "Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; 

Data Link Control (DLC) Layer; Part 2: Radio Link Control (RLC) sublayer". 

[2] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[3] ISO/IEC 9646-1 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". (See also CCITT 
Recommendation X.290 (1991)). 

[4] ISO/IEC 9646-2 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 2: Abstract test suite specification". (See also CCITT 
Recommendation X.291 (1991)). 

[5] ISO/IEC 9646-6 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 6: Protocol profile test specification". 

[6] ISO/IEC 9646-7 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation conformance statement". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

a) the terms defined in ISO/IEC 9646-7 [6]; and 

b) the definitions in TS 101 761-2 [1]. 
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3.2 Abbreviations 



For the purposes of the present document, the abbreviations defined in ISO/IEC 9646-1 [3], ISO/IEC 9646-6 [5], 
ISO/IEC 9646-7 [6], the abbreviations defined in TS 101 761-2 [1] apply. In particular, the following abbreviations 
apply: 

ACF Association Control Function 

AP Access Point 

APT Access Point Transceiver 

ARQ Automatic Repeat Request 

BCH Broadcast CHannel 

BI Invalid Behaviour 

BO Inopportune Behaviour 

BV Valid Behaviour 

CA Capability tests 

CC Central Controller 

CL Convergence Layer 

DFS Dynamic Frequency Selection 

DLC Data Link Control 

DUC DLC User Connection 

DCC DLC user Connection Control 

DM Direct Mode 

EC Error Control 

IUT Implementation Under Test 

IV Initialization Vector 

MAC Medium Access Control 

MAC ID MAC Identifier 

MT Mobile Terminal 

PDU Protocol Data Unit 

PICS Protocol Implementation Conformance Statement 

RLC Radio Link Control 

RRC Radio Resource Control 

TP Test Purposes 

TSS Test Suite Structure 
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Test suite structure 



4.1 



Structure 



Figure 1 shows the RLC Test Suite Structure (TSS) including its subgroups defined for the conformance testing. 
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Figure 1 : TSS for HIPERLAN 2 RLC 

The test suite is structured as a tree with a first level defined as RLC-AP or RLC-MT representing the protocol group 
"RLC for AP and RLC for MT". 

4.2 Test groups 

The test groups are organized in three levels. The first level creates three protocol groups representing the protocol 
services. The second level separates the protocol services in functional modules. The last level in each branch contains 
one or more of the standard ISO subgroups CA, B V, BI, BO and TL 

4.2.1 Protocol groups 

The protocol groups identify the RLC services: Association control function, Radio resource control function, and DLC 
user connection function, as defined in TS 101 761-2 [1]. 



4.2.1.1 



Association control function 



The association control function group is divided in ten functional modules. The first functional module identifies the 
RBCH association procedures. The second functional module identifies the Mac Id assignment procedures. The third 
functional module distinguishes the Link Capability procedures. The fourth functional module distinguishes the 
Encryption procedures. The fifth functional module distinguishes the Authentication procedures. The sixth functional 
module distinguishes the information transfer procedures. The seventh functional module distinguishes the common key 
distribution procedures. The eighth functional module distinguishes the multicast procedures. The ninth functional 
module distinguishes the disassociation procedures. The last functional module identifies the key refresh procedures. 
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4.2.1 .2 Radio resource control function 

The Radio resource control protocol group is divided in eight functional modules. 

• The first functional module distinguishes the DFS requesting procedures. 

• The second functional module distinguishes the DFS reporting procedures. 

• The third functional module distinguishes the Sector handover procedures. 

• The fourth functional module identifies the radio handover procedures. 

• The fifth functional module distinguishes the network handover procedures. 

• The sixth functional module distinguishes the sleep procedures. 

• The seventh functional module distinguishes the alive procedures. 

• The last functional module distinguishes the absence procedures. 

4.2.1 .3 DLC user connection function 

The DLC user connection protocol group is divided in eight functional modules. 

• The first functional module identifies the centralized mode set-up procedures. 

• The second functional module identifies the centralized mode release procedures. 

• The third functional module identifies the centralized mode modify procedures. 

• The fourth functional module identifies the centralized mode reset procedures. 

• The fifth functional module distinguishes the direct mode set-up procedures. 

• The sixth functional module distinguishes the direct mode release procedures. 

• The seventh functional module distinguishes the direct mode modify procedures. 

• The last functional module distinguishes the direct mode relay procedures. 

4.2.2 Main test groups 

The main test groups are the capability group, the valid behaviour group, the invalid behaviour group and the 
inopportune behaviour group. 

4.2.2.1 Capability (CA) tests 

This test sub group shall provide limited testing of the major IUT capabilities aiming to insure that the claimed 
capabilities are correctly supported, according to the PICS. 

4.2.2.2 Valid Behaviour (BV) tests 

This test sub group shall verify that the IUT reacts in conformity with the TS, after receipt or exchange of valid Protocol 
Data Units (PDUs). Valid PDUs means that the exchange of messages and the content of the exchanged messages are 
considered as valid. 

4.2.2.3 Invalid Behaviour (Bl) tests 

This test sub group shall verify that the IUT reacts in conformity with the TS, after receipt of a syntactically invalid 
PDU. 
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4.2.2.4 



Inopportune Behaviour (BO) tests 



This test sub group shall verify that the IUT reacts in conformity with the TS, after receipt of a syntactically correct 
PDU not expected in the actual message exchange. 



4.2.2.5 



Timer (Tl) tests 



This test sub group shall verify that the IUT reacts in conformity with the TS, after timer activity (start, stop, expiration, 
etc.). 



Test Purposes (TP) 



5.1 



Introduction 



5.1 .1 TP definition conventions 

The TPs are defined following particular rules as shown in Table 1 . 



Table 1 : TP definition rules 



TP Id according to the TP 
naming conventions 



Reference. 
Initial condition. 
Stimulus. 
Expected behaviour. 



TP Id 



The TP Id is a unique identifier it shall be specified according to the TP naming 
conventions defined in subclause 5.1 .2. 



Reference 



The reference should contain the references of the subject to be validated by the 
actual TP (specification reference, clause, and paragraph). 



Condition 



The condition defines in which initial state the IUT has to be to apply the actual TP. 



Stimulus 



The stimulus defines the test event to which the TP is related. 



Expected behaviour 



Definition of the events that are expected from the IUT to conform to the base 
specification. 
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5.1 .2 TP naming conventions 

The identifier of the TP is built according to Table 2. 



Table 2: TP naming convention 



Identifier: TP/<st>/<pg>/<fm>/<x>-<nnn> 






<st> = side type 


AP 


Access Point 




MT 


Mobile Terminal 


<pg> = protocol group 


ACF 


Association Control Function 




RRC 


Radio Resource Control function 




DUC 


DLC User Connection function 


<fm> = functional module 


RA 


RBCH Association 




MA 


Mac Id Assignment 




LC 


LinkCapability 




EN 


Encryption 




AU 


Authentication 




CK 


Common Key distribution 




IT 


lnfo_Transfer 




MT 


Multicast 




Dl 


Disassociation 




KR 


Key Refresh 




AR 


Association Rejection 




RQ 


DFS Requesting 




RP 


DFS Reporting 




SH 


Sector Handover 




RH 


Radio Handover 




NH 


Network Handover 




HR 


Handover Rejection 




SL 


Sleep 




AL 


Alive 




AB 


Absence 




CS 


Centralized Mode Set-up 




CR 


Centralized Mode Release 




CM 


Centralized Mode Modify 




CT 


Centralized Mode Reset 




DS 


Direct Mode Set-up 




DR 


Direct Mode Release 




DM 


Direct Mode Modify 




DY 


Direct Mode Relay 




UM 


Unsupported message 


x = Type of testing 


CA 


Capability Tests 




BV 


Valid Behaviour Tests 




Bl 


Invalid Behaviour Tests 




BO 


Inopportune Behaviour Tests 




Tl 


Timer Tests 


<nnn> = sequential number 


(000-999) 


Test Purpose Number 



EXAMPLE: TP/MT/DFS/RP/B V-010 is the tenth purpose for the valid behaviour testing of the reporting 
procedures of the dynamic frequency selection function implemented at MT side. 

5.1 .3 Sources of TP definitions 

All TPs are specified according to TS 101 761-2 [1]. 
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5.2 Test purposes for AP 
5.2.1 Association control function 



5.2.1.1 



RBCH Association 



TP/AP/ACF/RA/CA-000 


Reference: TS 101 761-2-5.1.1.1 

Initial condition: MT disassociated from AP. 

Check, that the IUT sends periodically the RBCH ASSOCIATION message. 


TP/AP/ACF/RA/CA-001 


Reference: TS 101 761-2-5.1.1.1 

Initial condition: MT disassociated from AP. 

Check, that the IUT, having received an RLC_RBCH_ASSOCIATION_REQ message 

replies with the relevant RLC RBCH ASSOCIATION message. 



A configuration primitive is used to initialize the tester with the expected value of the broadcast variables: Number of 
sectors, NET ID, AP ID, AP TX level, AP RX UL level, Version indicator, AP traffic load indicator, Maximum power 
indicator. 



5.2.1.2 



Mac Id assignment 



TP/AP/ACF/MA/CA-000 



Reference: TS 101 761-2-5.1.1.2 

Initial condition: MT_disassociated_from_AP. 

Check, that: after receiving the RLC_MAC_ID_ASSIGN message the IUT replies with 

an RLC_MAC_ID_ASSIGN_ACK message containing the assigned Mac Id. 



5.2.1.3 



Link capability 



TP/AP/ACF/LC/CA-000 



Reference: TS 101 761-2-5.1.1.3 

Initial condition: MAC_ID_Assigned. 

Check, that: after receiving the RLC_LINK_CAPABILITY message the IUT replies with 

an RLCJJNKCAPABILITYACK message containing a set of selected parameters. 



5.2.1.4 



Encryption 



TP/AP/ACF/EN/CA-000 



Reference: TS 101 761-2-5.1.1.4 

Initial condition: Link_Agreed. 

Check, that: after receiving the RLC_KEY_EXCHANGE_MT_1 message and the 

RLC_KEY_EXCHANGE_MT_2 message, the IUT replies to the LT with an 

RLC_KEY_EXCHANGE_AP_1 message and an RLC_KEY_EXCHANGE_AP_2 

message. 



5.2.1.5 



Authentication 



TP/AP/ACF/AU/CA-000 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting IEEE MT authentication. 

Check, that: for IEEE MT authentication, after receiving the RLC AUTHENTICATION 

(more 0) message, the IUT replies to the LT with an RLC_AUTHENTICATION_MT 

message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-001 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting extended IEEE MT authentication. 

Check, that: for extended IEEE MT authentication, after receiving the 

RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC_AUTHENTICATION_MT message with the correct MT challenge value. 
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TP/AP/ACF/AU/CA-002 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting Net_Acc_ld MT authentication. 

Check, that: for Net_Acc_ld MT authentication with MT auth id up to 46 octets, after 

receiving the RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT 

with an RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-003 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting Net_Acc_ld MT authentication. 

Check, that: for Net_Acc_ld MT authentication with MT auth id longer than 46 octets, 

after receiving the RLC AUTHENTICATION (more 1) message and the 

RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-004 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting Compressed authentication. 

Check, that: for compressed authentication, after receiving the 

RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-005 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting Generic authentication. 

Check, that: for Generic authentication with MT auth id up to 46 octets, after receiving 

the RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-006 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting Generic authentication. 

Check, that: for Generic authentication with MT auth id longer than 46 octets, after 

receiving the RLC AUTHENTICATION (more 1) message and the 

RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-007 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting X509 Cert. MT authentication. 

Check, that: for X509 Cert. MT authentication with MT auth id up to 46 octets, after 

receiving the RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT 

with an RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-008 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. 

For IUT supporting X509 Cert. MT authentication. 

Check, that: for X509 Cert. MT authentication with MT auth id longer than 46 octets, 

after receiving the RLC AUTHENTICATION (more 1) message and the 

RLC_AUTHENTICATION (more 0) message, the IUT replies to the LT with an 

RLC AUTHENTICATION MT message with the correct MT challenge value. 


TP/AP/ACF/AU/CA-009 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: MT authenticated. 

For IUT supporting Pre Shared AP authentication. 

Check, that: for Pre Shared AP authentication after receiving the 

RLC AUTHENTICATION AP 1 message with the correct AP challenge value, the 

IUT replies to the LT with an RLC_AUTHENTICATION_ACK_1 message with the 

correct response value. 


TP/AP/ACF/AU/CA-010 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: MT authenticated. 

For IUT supporting RSH Signature 64 AP authentication. 

Check, that: after receiving the RLC_AUTHENTICATION_AP_1 and 

RLC AUTHENTICATION AP 2 messages containing together the correct AP 

challenge value, the IUT replies to the LT with RLC_AUTHENTICATION_ACK_1 and 

RLC AUTHENTICATION ACK 2 messages with the correct response value. 


TP/AP/ACF/AU/CA-01 1 


Reference: TS 101 761-2-5.1.1.5 
Initial condition: MT authenticated. 
For IUT supporting RSH Signature 96 AP authentication. 
Check, that: after receiving the RLC AUTHENTICATION AP 1, 
RLC_AUTHENTICATION_AP_2 and RLC_AUTHENTICATION_AP_3 messages 
containing together the correct AP challenge value, the IUT replies to the LT with 
RLC_AUTHENTICATION_ACK_1 and RLC_AUTHENTICATION_ACK_2 messages 
with the correct response value. 
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TP/AP/ACF/AU/CA-012 



Reference: TS 101 761-2-5.1.1.5 
Initial condition: MT authenticated. 

For IUT supporting RSH_Signature_128 AP authentication. 
Check, that: after receiving the RLC_AUTHENTICATION_AP_1, 
RLC_AUTHENTICATION_AP_2 and RLC_AUTHENTICATION_AP_3 messages 
containing together the correct AP challenge value, the IUT replies to the LT with 
RLC_AUTHENTICATION_ACK_1, RLC_AUTHENTICATION_ACK_2 and 
RLC_AUTHENTICATION_ACK_3 messages with the correct response value. 



5.2.1.6 



Common Key distribution 



TP/AP/ACF/CK/CA-000 



Reference: TS 101 761-2-5.1.1.6 

Initial condition: Link_Agreed_or_Encryption_active_or_Authenticated 

Only for IUT that support the Direct Mode procedures. 

Check, that: immediately after termination of either the link capability process or the 

encryption process or the authentication process, the IUT initiates the common key 

distribution procedure by sending an RLC_DM_COMMON_KEY_DISTR message to 

the LT. 



5.2.1.7 



Information transfer 



TP/AP/ACF/IT/CA-000 



Reference: TS 101 761-2-5.1.1.7 

Initial condition: Link_Agreed_or_Encryption_active_or_Authenticated 

Check, that: after receiving the RLCJNFO message, the IUT replies to the LT with an 

RLC_INFO_ACK message and considers the MT (LT) as MT_Associated_to_AP. 



5.2.1.8 



Multicast 



TP/AP/ACF/MT/CA-000 


Reference: TS 101 761-2-5.1.4 

Initial condition: MT_Associated_to_AP and MT has made connection setup for 

unicast traffic. 

Check, that: after receiving the RLC GROUP JOIN message, the IUT replies to the 

LT with an RLC GROUP JOIN ACK message. 


TP/AP/ACF/MT/CA-001 


Reference: TS 101 761-2-5.1.5 

Initial condition: MT_Associated_to_AP and MT has made connection setup for 

unicast traffic. 

Check, that: after receiving the RLC CL BROADCAST JOIN message, the IUT 

replies to the LT with an RLC CL BROADCAST JOIN ACK message. 


TP/AP/ACF/MT/CA-002 


Reference: TS 101 761-2-5.1.4 

Initial condition: MT_Associated_to_AP and MT has joined a group. 

Check, that: after receiving the RLC_GROUP_LEAVE message, the IUT replies to 

the LT with an RLC GROUP LEAVE ACK message. 


TP/AP/ACF/MT/CA-003 


Reference: TS 101 761-2-5.1.5 

Initial condition: MT Associated to AP and MT has joined a group. 

Check, that: after receiving the RLC_ CL_BROADCAST_LEAVE message 

corresponding to the CL BROADCAST group, the IUT replies to the LT with the 

relevant RLC_ CL_BROADCAST_LEAVE_ACK message. 
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5.2.1.9 



Disassociation 



TP/AP/ACF/DI/CA-000 


Reference: TS 101 761-2-5.1.3 

Initial condition: MT_Associated_to_AP. 

Only for AP that implement disassociation process at power off. 

Stimulus: AP is powered off. 

Check, that: the IUT initiates the disassociation process by sending an 

RLC DISASSOCIATION message during power off procedure. 


TP/AP/ACF/DI/CA-001 


Reference: TS 101 761-2-5.1.3 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an RLC DISASSOCIATION message, the IUT responds 

with an RLC_DISASSOCIATION_ACK and considers the MT (LT) as 

MT Disassociated from AP. 



5.2.1.10 Key refresh 



TP/AP/ACF/KR/CA-000 


Reference: TS 101 761-2-5.1.2.2 

Initial condition: LT is MT Associated to AP, encryption is allowed and started. 
Check, that: the IUT, periodically sends the RLC_UNICAST_KEY_REFRESH 
message, to refresh the unicast key. 


TP/AP/ACF/KR/CA-001 


Reference: TS 101 761-2-5.1.2.3.3 

Initial condition: LT is MT_Associated_to_AP, LT has joined a group, and encryption is 

allowed and started. 

Check, that: the IUT, periodically sends the RLC_COMMON_KEY_REFRESH 

message, to refresh the common key. 


TP/AP/ACF/KR/CA-002 


Reference: TS 101 761-2-5.1.2.3.3 

Initial condition: LT is MT_Associated_to_AP, LT has joined a group, and encryption is 

allowed and started. 

Check, that: the IUT, having sent the RLC_COMMON_KEY_REFRESH message, to 

refresh the common key, after receiving the acknowledgement from all associated 

MTs, sends the RLC_COMMON_KEY_ACTIVATE to start use of the new derived 

common key. 



5.2.1.11 



Association rejection 



TP/AP/ACF/AR/CA-000 


Reference: TS 101 761-2-5.1.6 

Initial condition: MT_disassociated_from_AP. 

Check, that: after receiving the RLC_MAC_ID_ASSIGN message and when the IUT 

does not accept the request, it replies with a relevant RLC_MAC_ID_ASSIGN_NACK 

message. 


TP/AP/ACF/AR/CA-001 


Reference: TS 101 761-2-5.1.6 

Initial condition: MAC_ID_Assigned. 

Check, that: after receiving the RLC_MAC_ID_ASSIGN message for a MT that 

already have an assigned MAC ID, the IUT initiates the disassociation process by 

sending an RLC_DISASSOCIATION message. 



5.2.1.12 Unsupported messages 



TP/AP/ACF/UM/CA-000 



Reference: TS 101 761-2 - clause 7 

Initial condition: MAC_ID_Assigned. 

Check, that: after receiving an unsupported ACF message (40 < pdu type > 63), 

IUT replies by sending a relevant RLC_NO_SUPPORT message. 



the 
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5.2.1 .13 Timers and repetitions of messages 



TP/AP/ACF/TI-000 


Reference: TS 101 761-2 - clause 6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/AP/ACF/TI-001 


Reference: TS 101 761-2 - clause 6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 


TP/AP/ACF/TI-002 


Reference: TS 101 761-2 - clause 6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the LT that uses either a Tjmedium 

timer or TJong timer, the IUT replies with a relevant RLC_PROCEEDING message 

as an acknowledgement for the received message. 



5.2.2 Radio resource control 



5.2.2.1 



Dynamic frequency selection 



5.2.2.1.1 



Requesting 



TP/AP/RRC/RQ/CA-000 


Reference: TS 101 761-2 - 5.2.2.3.1 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to make measurements it sends a relevant 

RLC DFS AP ABSENCE message to all active MTs. 


TP/AP/RRC/RQ/CA-001 


Reference: TS 101 761-2 - 5.2.2.3.1 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to make measurements and the sleeping time of an 

MT is near to be elapsed, it waits the MT ALIVE process before sending a relevant 

RLC DFS AP ABSENCE message to all active MTs. 


TP/AP/RRC/RQ/CA-002 


Reference: TS 101 761-2 - 5.2.2.3.1 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to make measurements and the remaining sleeping 

time of an MT is longer than the needed time for measurement, it sends immediately 

the relevant RLC DFS AP ABSENCE message to all active MTs. 


TP/AP/RRC/RQ/CA-003 


Reference: TS 101 761-2 - 5.2.2.3.2 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to request the LT to measure and report the 

complete measurements, it sends a relevant 

RLC DFS MEASUREMENT COMPLETE REQUEST message. 


TP/AP/RRC/RQ/CA-004 


Reference: TS 101 761-2 - 5.2.2.3.2 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to request the LT to measure and report the 

percentiles measurements, it sends a relevant 

RLC DFS MEASUREMENT PERCENTILES REQUEST message. 


TP/AP/RRC/RQ/CA-005 


Reference: TS 101 761-2 - 5.2.2.3.2 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to request the LT to measure and report the short 

measurements, it sends a relevant RLC_DFS_MEASUREMENT_SHORT_REQUEST 

message. 


TP/AP/RRC/RQ/CA-006 


Reference: TS 101 761-2 - 5.2.2.3.2 

Initial condition: Active Mode. 

Check, that: when the IUT wishes to change frequency, it sends a relevant 

RLC CHANGE FREQUENCY message. 


TP/AP/RRC/RQ/CA-007 


Reference: TS 101 761-2 - 5.2.2.3.1 

Initial condition: Active Mode. 

Check, that: after receiving an RLC DFS MT INIT REPORT REQUEST message, 

the IUT acknowledges by sending a relevant RLC_DFS_MT_INIT_REPORT_ACK 

message. 
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5.2.2.2 



Handover 



5.2.2.2.1 



Sector Handover 



TP/AP/RRC/SH/CA-000 



Reference: TS 101 761-2-5.2.1.1 

Initial condition: LT is MT_Associated_to_AP. 

Check, that: after receiving a sector handover request 

(RLC_SECTOR_HANDOVER_REQUEST message), the IUT sends an 

acknowledgement via the new sector (RLC_SECTOR_HANDOVER_ACK message). 



5.2.2.2.2 



Radio Handover 



TP/AP/RRC/RH/CA-000 



Reference: TS 101 761-2-5.2.1.2 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving a radio handover request (RLC_HANDOVER_REQUEST 

message) and if all relevant information is available, the IUT assigns a new MACJD 

to the LT (MT) by sending RLC_RADIO_HANDOVER_COMPLETE message. 



5.2.2.2.3 



Network Handover 



TP/AP/RRC/NH/CA-000 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. 

Check, that: when network support is available, the IUT sends from time to time an 

RLC HO INFO DISTRIBUTION message for updating the network token. 


TP/AP/RRC/NH/CA-001 


Reference: TS 101 761-2-5.2.1.6 

Initial condition: MT_Associated_to_AP. 

Check, that: when the IUT detects the need for handover, it sends an 

RLC FORCE HANDOVER message to the LT. 


TP/AP/RRC/NH/CA-002 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving a handover request (RLC_HANDOVER_REQUEST 

message) and if all relevant information is not available, the IUT initiates the network 

handover process by sending RLC HANDOVER ASSOCIATION message. 


TP/AP/RRC/NH/CA-003 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. 
Check, that: after receiving an RLCJJNKCAPABILITY message, the IUT completes 
the link capability process by sending RLC HO LINK CAPABILITY ACK message. 


TP/AP/RRC/NH/CA-004 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT Associated to AP. Network handover process is pending. 

Check, that: after receiving the RLC_NW_SIGNALLING_HANDOVER message, the 

IUT terminates the NW signalling process by sending an 

RLC NW SIGNALLING HANDOVER ACK message to the LT. 


TP/AP/RRC/NH/CA-005 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. 
Check, that: after receiving an RLCJNFO message, the IUT completes the exchange 
of higher layer information process by sending RLC INFO ACK message. 


TP/AP/RRC/NH/CA-006 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. 
Check, that: after re-establishment of all previously existing DLC user connections, the 
IUT terminates the network handover process by sending an 
RLC_NETWORK_HANDOVER_COMPLETE message to the LT. 



5.2.2.2.4 



Handover Rejection 



TP/AP/RRC/HR/CA-000 



Reference: TS 101 761-2-5.2.1.5 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving the RLC_HANDOVER_REQUEST message and when the 

IUT does not accept the request, it either replies with a relevant 

RLC_HANDOVER_REQUEST_NACK message or initiates the disassociation process 

by sending an RLC_DISASSOCIATION message. 
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5.2.2.3 



Power saving 



5.2.2.3.1 



Sleep 



TP/AP/RRC/SL/CA-000 



Reference: TS 101 761-2 - 5.2.5 

Initial condition: Active_Mode. 

Check, that: after receiving an RLC_SLEEP_REQUEST message, the IUT 

acknowledges by sending a relevant RLC_SLEEP_ACK message. 



5.2.2.3.2 



Alive 



5.2.2.3.2.1 



Mobile originated 



TP/AP/RRC/AL/CA-000 



Reference: TS 101 761-2 - 5.2.4 

Initial condition: Active_Mode. 

Check, that: after receiving an RLC_MT_ALIVE message, the IUT acknowledges by 

sending a relevant RLC_MT_ALIVE_ ACK message. 



5.2.2.3.2.2 



Mobile terminated 



TP/AP/RRC/AL/CA-001 



Reference: TS 101 761-2 - 5.2.4 

Initial condition: Active_Mode. 

Check, that: the IUT sends a relevant RLC_MT_ALIVE_REQUEST message, when a 

long period time has elapsed without transmission from the MT. 



5.2.2.3.3 



Absence 



TP/AP/RRC/AB/CA-000 


Reference: TS 101 761-2 - 5.2.4.1 

Initial condition: Active_Mode. 

Check, that: after receiving an RLC_ABSENCE_NOTIFY message specifying the 

duration of the MT absence, the IUT acknowledges it by sending a relevant 

RLC ABSENCE ACK message. 


TP/AP/RRC/AB/CA-001 


Reference: TS 101 761-2 - 5.2.4.1 

Initial condition: Active_Mode. 

Check, that: after receiving an RLC_MT_ALIVE message indicating the come back of 

an absent MT, the IUT acknowledges by sending a relevant RLC_MT_ALIVE_ACK 

message. 


TP/AP/RRC/AB/CA-002 


Reference: TS 101 761-2 - 5.2.4.1 

Initial condition: Active_Mode. 

Check, that: when the duration time specified in the RLC_ABSENCE_NOTIFY sent by 

a MT has elapsed and no RLC_MT_ALIVE message was received from this MT, the 

IUT reacts by sending a relevant RLC_MT_ALIVE message to determine the 

presence of the MT. 



5.2.2.4 



Unsupported messages 



TP/AP/RRC/UM/CA-000 



Reference: TS 101 761-2 - clause 7 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an unsupported RRC message (100 < pdu type > 127), the 

IUT replies by sending a relevant RLC_NO_SUPPORT message. 
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5.2.2.5 



Timers and repetitions of messages 



TP/AP/RRC/TI-000 


Reference: TS 101 761-2 - clause 6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an RRC procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/AP/RRC/TI-001 


Reference: TS 101 761-2 - clause 6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an RRC procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 


TP/AP/RRC/TI-002 


Reference: TS 101 761-2 - clause 6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an RRC procedure initiated by the LT that uses either a T_medium 

timer or TJong timer, the IUT replies with a relevant RLC_PROCEEDING message 

as an acknowledgement for the received message. 



5.2.3 DLC user connection 



5.2.3.1 



Centralized mode 



5.2.3.1.1 



Set-up 



5.2.3.1.1.1 



Mobile originated 



TP/AP/DUC/CS/CA-000 


Reference: TS 101 761-2-5.3.1.2 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving the RLC SETUP message, the IUT replies to the LT with 

an RLC CONNECT message. 


TP/AP/DUC/CS/CA-001 


Reference: TS 101 761-2-5.3.1.2 

Initial condition: MT_Associated_to_AP. IUT has sent an RLC_CONNECT message. 
Check, that: after receiving the RLC_CONNECT_ACK message, the IUT considers 
the DLC user connection as established. 



5.2.3.1.1.2 



Mobile terminated 



TP/AP/DUC/CS/CA-002 


Reference: TS 101 761-2-5.3.1.1 

Initial condition: MT_Associated_to_AP. 

Check, that: when the IUT wishes to establish a DLC user connection, it sends a 

relevant RLC SETUP message. 


TP/AP/DUC/CS/CA-003 


Reference: TS 101 761-2-5.3.1.1 

Initial condition: MT_Associated_to_AP. IUT has sent an RLC_SETUP message. 

Check, that: after receiving the RLC_CONNECT message, the IUT replies to the LT 

with an RLC_CONNECT_ACK message and considers the DLC user connection as 

established. 



5.2.3.1.2 



Release 



5.2.3.1.2.1 



Mobile originated 



TP/AP/DUC/CR/CA-000 



Reference: TS 101 761-2 - 5.3.2.2 

Initial condition: DUC_established. 

Check, that: after receiving the RLC_RELEASE message, the IUT replies to the LT 

with an RLC_RELEASE_ACK message and considers the DLC user connection as 

released. 
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5.2.3.1.2.2 



Mobile terminated 



TP/AP/DUC/CR/CA-001 



Reference: TS 101 761-2 - 5.3.2.1 

Initial condition: Disestablished. 

Check, that: when the IUT wishes to release a DLC user connection, it sends a 

relevant RLC_RELEASE message. 



5.2.3.1.3 



Modify 



5.2.3.1.3.1 



Mobile originated 



TP/AP/DUC/CM/CA-000 


Reference: TS 101 761-2 - 5.3.3.2 

Initial condition: Disestablished. 

Check, that: after receiving the RLC_MODIFY_REQ message, the IUT replies to the 

LT with an RLC MODIFY message. 


TP/AP/DUC/CM/CA-001 


Reference: TS 101 761-2 - 5.3.3.2 

Initial condition: DUC_established. IUT has sent an RLC_MODIFY message 
Check, that: after receiving the RLC_MODIFY_ACK message, the IUT considers the 
DLC user connection as modified. 



5.2.3.1.3.2 



Mobile terminated 



TP/AP/DUC/CM/CA-002 


Reference: TS 101 761-2 - 5.3.3.1 

Initial condition: DUC_established. 

Check, that: when the IUT wishes to modify a DLC user connection, it sends a 

relevant RLC MODIFY REQ message. 


TP/AP/DUC/CM/CA-003 


Reference: TS 101 761-2 - 5.3.3.1 

Initial condition: DUC_established. IUT has sent an RLCJvlODIFYREQ message. 

Check, that: after receiving the RLC_MODIFY message, the IUT replies to the LT with 

an RLC_MODIFY_ACK message and considers the DLC user connection as 

modified. 



5.2.3.1.4 



Reset 



5.2.3.1.4.1 



Mobile originated 



TP/AP/DUC/CT/CA-000 



Reference: TS 101 761-2 - 5.3.4.2 

Initial condition: DUC_established. 

Check, that: after receiving the RLC_RESET message, the IUT replies to the LT with 

an RLC_RESET_ACK message and considers the DLC user connection as 

established and restarted. 



5.2.3.1.4.2 



Mobile terminated 



TP/AP/DUC/CT/CA-001 



Reference: TS 101 761-2 - 5.3.4.1 

Initial condition: DUC_established. 

Check, that: when the IUT wishes to reset a DLC user connection, it sends a relevant 

RLC_RESET message. 
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5.2.3.2 Direct mode 

5.2.3.2.1 Set-up VOID 

5.2.3.2.2 Release VOID 

5.2.3.2.3 Modify VOID 

5.2.3.2.4 Relay VOID 

5.2.3.3 Unsupported messages 



TP/AP/DUC/UM/CA-000 



Reference: TS 101 761-2-7 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an unsupported DUC message (160 < pdu type), the IUT 

replies by sending a relevant RLC_NO_SUPPORT message. 



5.2.3.4 



Timers and repetitions of messages 



TP/AP/DUC/TI-000 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for a DUC procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/AP/DUC/TI-001 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an DUC procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 


TP/AP/DUC/TI-002 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an DUC procedure initiated by the LT that uses either a T_medium 

timer or TJong timer, the IUT replies with a relevant RLC_PROCEEDING message 

as an acknowledgement for the received message. 
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5.3 Test purposes for MT 
5.3.1 Association control function 



5.3.1.1 



RBCH Association 



TP/MT/ACF/RA/CA-000 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT does not attempt the association process if the Network Operator 

Id broadcast by the LT (AP) is not contained in its allowed Network Operator Id list. 


TP/MT/ACF/RA/CA-001 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT attempts the association process if the Network Operator Id field 

of the RBCH_ASSOCIATION message, broadcast by the LT (AP), indicate No 

Network Operator Id provided. 


TP/MT/ACF/RA/CA-002 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT attempts the association process if the Network Operator Id 

broadcast by the LT (AP) is contained in its allowed Network Operator Id list. 


TP/MT/ACF/RA/CA-003 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT does not attempt the association process if it cannot find at least 

one of its proper CL ID that matches one of the CL ID broadcast by the LT (AP). 


TP/MT/ACF/RA/CA-004 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT attempts the association process if at least one of its proper CL ID 

matches one of the CL ID broadcast by the LT (AP). 


TP/MT/ACF/RA/CA-005 


Reference: TS 1 01 761 -2 - 5.1 .1 .1 

Initial condition: MT_disassociated_from_AP 

Stimulus: Switch on. 

Check, that the IUT, when it has not received the periodically sent 

RBCH ASSOCIATION message, requests the information by sending a relevant 

RLC RBCH ASSOCIATION REQ message. 



A configuration primitive is used to initialize the tester with the value of the variables to broadcast: Number of sectors, 
NET ID, AP ID, AP TX level, AP RX UL level, Version indicator, AP traffic load indicator, Maximum power 
indicator. 



5.3.1.2 



Mac Id assignment 



TP/MT/ACF/MA/CA-000 



Reference: TS 1 01 761 -2 - 5.1 .1 .2 

Initial condition: Beacon_Received. 

Check, that the IUT, having received a correct broadcast signalling and to continue 

the association procedure request a MACJD by sending an RLCJvlACJDASSIGN 

message. 



5.3.1.3 



Link capability 



TP/MT/ACF/LC/CA-000 


Reference: TS 1 01 761 -2 - 5.1 .1 .3 




Initial condition: MAC ID Assigned. 




Check, that: after receiving the MACJD the IUT initiates the exchange of link 




capabilities by sending its own parameters to the LT (RLC_LINK_CAPABILITY 




message). 



£75/ 



24 



ETSI TS 101 823-2-2 V1.1.1 (2000-09) 



5.3.1.4 



Encryption 



TP/MT/ACF/EN/CA-000 



Reference: TS 1 01 761 -2 - 5.1 .1 .4 

Initial condition: Link_Agreed 

Check, that: after receiving the RLC_LINK_CAPABILITY_ACK message indicating the 

selected encryption procedure, the IUT initiates the encryption process by sending an 

RLC_KEY_EXCHANGE_MT_1 message and an RLC_KEY_EXCHANGE_MT_2 

message to the LT. 



5.3.1.5 



Authentication 



TP/MT/ACF/AU/CA-000 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting IEEE MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the IEEE MT authentication process by sending an RLC_AUTHENTICATION (more 0) 

message. 


TP/MT/ACF/AU/CA-001 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Extended IEEE MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Extended IEEE MT authentication process by sending an 

RLC AUTHENTICATION (more 0) message. 


TP/MT/ACF/AU/CA-002 


Reference: TS 101 761-2-5.1.1.5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Net_Acc_ld MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Net Ace Id MT authentication with MT auth id up to 46 octets by sending an 

RLC AUTHENTICATION (more 0) message. 


TP/MT/ACF/AU/CA-003 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Net_Acc_ld MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Net Ace Id MT authentication with MT auth id longer than 46 octets by sending 

an RLC_AUTHENTICATION (more 1) and an RLC_AUTHENTICATION (more 0) 

messages. 


TP/MT/ACF/AU/CA-004 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Compressed authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Compressed authentication by sending an RLC_AUTHENTICATION (more 0) 

message. 


TP/MT/ACF/AU/CA-005 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Generic authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Generic authentication with MT auth id up to 46 octets by sending an 

RLC AUTHENTICATION (more 0) message. 


TP/MT/ACF/AU/CA-006 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting Generic authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the Generic authentication with MT auth id longer than 46 octets by sending an 

RLC_AUTHENTICATION (more 1) and an RLC_AUTHENTICATION (more 0) 

messages. 


TP/MT/ACF/AU/CA-007 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting X509 Cert. MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the X509 Cert. MT authentication with MT auth id up to 46 octets by sending an 

RLC_AUTHENTICATION (more 0) message. 
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TP/MT/ACF/AU/CA-008 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: Encryption_active. Authentication requested. 

For IUT supporting X509 Cert. MT authentication. 

Check, that: immediately after termination of the encryption process, the IUT initiates 

the X509 Cert. MT authentication with MT auth id longer than 46 octets by sending an 

RLC_AUTHENTICATION (more 1) and an RLC_AUTHENTICATION (more 0) 

messages 


TP/MT/ACF/AU/CA-009 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: MT authenticated. 

For IUT supporting Pre Shared AP authentication. 

Check, that: immediately after termination of the MT authentication process, the IUT 

initiates the Pre Shared AP authentication process by sending an 

RLC AUTHENTICATION AP 1 message containing the correct AP challenge value. 


TP/MT/ACF/AU/CA-010 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: MT authenticated. 

For IUT supporting RSH_Signature_64 AP authentication. 

Check, that: immediately after termination of the MT authentication process, the IUT 

initiates the RSH Signature 64 AP authentication process by sending 

RLC_AUTHENTICATION_AP_1 and RLC_AUTHENTICATION_AP_2 messages 

containing together the correct AP challenge value. 


TP/MT/ACF/AU/CA-01 1 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: MT authenticated. 

For IUT supporting RSH_Signature_96 AP authentication. 

Check, that: immediately after termination of the MT authentication process, the IUT 

initiates the RSH Signature 96 AP authentication process by sending 

RLC_AUTHENTICATION_AP_1, RLC_AUTHENTICATION_AP_2 and 

RLC_AUTHENTICATION_AP_3 messages containing together the correct AP 

challenge value. 


TP/MT/ACF/AU/CA-012 


Reference: TS 1 01 761 -2 - 5.1 .1 .5 

Initial condition: MT authenticated. 

For IUT supporting RSH_Signature_128 AP authentication. 

Check, that: immediately after termination of the MT authentication process, the IUT 

initiates the RSH Signature 128 AP authentication process by sending 

RLC_AUTHENTICATION_AP_1, RLC_AUTHENTICATION_AP_2 and 

RLC_AUTHENTICATION_AP_3 messages containing together the correct AP 

challenge value. 



5.3.1.6 



Common Key distribution 



TP/MT/ACF/CK/CA-000 



Reference: TS 1 01 761 -2 - 5.1 .1 .6 

Initial condition: Link_Agreed_or_Encryption_active_or_Authenticated. 

Only for IUT that support the Direct Mode procedures. 

Check, that: after receiving the RLC_DM_COMMON_KEY_DISTR message, the IUT 

replies to the LT with an RLC_DM_COMMON_KEY_DISTR_ACK message. 



5.3.1.7 



Information transfer 



TP/MT/ACF/IT/CA-000 



Reference: TS 101 761-2-5.1.1.7 

Initial condition: Link_Agreed_or_Encryption_active_or_Authenticated. 

Check, that: after termination of the MTJd obtain process, the IUT initiates the 

exchange of higher layer information by sending an RLCJNFO message to the LT. 
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5.3.1.8 



Multicast 



TP/MT/ACF/MT/CA-000 


Reference: TS 101 761-2 - 5.1.4 

Initial condition: MT_Associated_to_AP and MT has made connection setup for 

unicast traffic. 

Check, that: when the IUT wishes to join a group, it sends a relevant 

RLC GROUP JOIN message. 


TP/MT/ACF/MT/CA-001 


Reference: TS 101 761-2 - 5.1.5 

Initial condition: MT_Associated_to_AP and MT has made connection setup for 

unicast traffic. 

Check, that: when the IUT wishes to join the CL BROADCAST group, it sends a 

relevant RLC CL BROADCAST JOIN message. 


TP/MT/ACF/MT/CA-002 


Reference: TS 101 761-2 - 5.1.4 

Initial condition: MT_Associated_to_AP and MT has joined a group. 
Check, that: when the IUT wishes to leave a group, it sends a relevant 
RLC GROUP LEAVE message. 


TP/MT/ACF/MT/CA-003 


Reference: TS 101 761-2 - 5.1.5 

Initial condition: MT_Associated_to_AP and MT has joined a group. 

Check, that: when the IUT wishes to leave the CL BROADCAST group, it sends a 

relevant RLC CL BROADCAST LEAVE message. 



5.3.1.9 



Disassociation 



TP/MT/ACF/DI/CA-000 


Reference: TS 101 761-2 - 5.1.3 

Initial condition: MT_Associated_to_AP. 

Only for MT that implement disassociation process at power off. 

Stimulus: MT is powered off. 

Check, that: the IUT initiates the disassociation process by sending an 

RLC DISASSOCIATION message during power off procedure. 


TP/MT/ACF/DI/CA-001 


Reference: TS 101 761-2 - 5.1.3 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an RLC DISASSOCIATION message, the IUT responds 

with an RLC_DISASSOCIATION_ACK and enters in MT_Disassociated_from_AP 

state. 



5.3.1.10 Key refresh 



TP/MT/ACF/KR/CA-000 


Reference: TS 101 761-2 - 5.1.2.2 

Initial condition: MT Associated to AP, encryption allowed and started. 

Check, that: after receiving the Unicast key refresh RLC UNICAST KEY REFRESH 

message, the IUT acknowledges by sending RLC_UNICAST_KEY_REFRESH_ACK 

and starts using the new derived key. 


TP/MT/ACF/KR/CA-001 


Reference: TS 101 761-2-5.1.2.3.3 

Initial condition: MT_Associated_to_AP, group joined, encryption allowed and started. 

Check, that: after receiving the multicast common key refresh 

RLC COMMON KEY REFRESH message, the IUT acknowledges by sending 

RLC_COMMON_KEY_REFRESH_ACK and, after receiving the 

RLC_COMMON_KEY_ACTIVATE, starts using the new derived common key. 



5.3.1 .1 1 Unsupported messages 



TP/MT/ACF/UM/CA-000 



Reference: TS 101 761-2-7 

Initial condition: MAC_ID_Assigned. 

Check, that: after receiving an unsupported ACF message (40 < pdu type > 63), the 

IUT replies by sending a relevant RLC_NO_SUPPORT message. 
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5.3.1 .12 Timers and repetitions of messages 



TP/MT/ACF/TI-000 


Reference: TS 101 761-2-6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/MT/ACF/TI-001 


Reference: TS 101 761-2-6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 


TP/MT/ACF/TI-002 


Reference: TS 101 761-2-6 

Initial condition: MAC_ID_Assigned. 

Check, that: for an ACF procedure initiated by the LT that uses either a Tjmedium 

timer or TJong timer, the IUT replies with a relevant RLC_PROCEEDING message 

as an acknowledgement for the received message. 



5.3.2 Radio resource control 



5.3.2.1 



Dynamic frequency selection 



5.3.2.1.1 



Requesting 



TP/MT/RRC/RQ/CA-000 



Reference: TS 101 761-2 - 5.2.2.3.2 

Initial condition: Active_Mode. 

Check, that: when the IUT wishes to transmit its proper measurement to the LT, it 

sends a relevant RLC_DFS_MT_INIT_REPORT_REQUEST message. 



5.3.2.1.2 



Reporting 



TP/MT/RRC/RP/CA-000 


Reference: TS 101 761-2 - 5.2.2.4 

Initial condition: Active Mode. 

Check, that: the IUT having received an 

RLC_DFS_MEASUREMENT_COMPLETE_REQUEST message, sends back after 

measurement a relevant RLC DFS REPORT COMPLETE message. 


TP/MT/RRC/RP/CA-001 


Reference: TS 101 761-2 - 5.2.2.4 

Initial condition: Active Mode. 

Check, that: the IUT having received an 

RLC_DFS_MEASUREMENT_PERCENTILES_REQUEST message, sends back after 

measurement a relevant RLC DFS REPORT PERCENTILES message. 


TP/MT/RRC/RP/CA-002 


Reference: TS 101 761-2 - 5.2.2.4 

Initial condition: Active Mode. 

Check, that: the IUT having received an 

RLC_DFS_MEASUREMENT_SHORT_REQUEST message, sends back after 

measurement a relevant RLC_DFS_REPORT_SHORT message. 
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5.3.2.2 



Handover 



5.3.2.2.1 



Sector Handover 



TP/MT/RRC/SH/CA-000 


Reference: TS 101 761-2-5.2.1.1 

Initial condition: MT_Associated_to_AP. 

Check, that: the IUT detecting the need for a sector handover sends a sector 

handover request via the old sector (RLC_SECTOR_HANDOVER_REQUEST 

message). 


TP/MT/RRC/SH/CA-001 


Reference: TS 101 761-2-5.2.1.1 

Initial condition: MT_Associated_to_AP. 

Check, that: after completion of a sector handover 

(RLC_SECTOR_HANDOVER_ACK message is received), the IUT communicates 

only via the new sector. 



5.3.2.2.2 



Radio Handover 



TP/MT/RRC/RH/CA-000 


Reference: TS 101 761-2-5.2.1.2 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an RLC_FORCE_HANDOVER message, the IUT initiates 

a radio or network handover by sending an RLC_HANDOVER_REQUEST message 

to the new AP and optionally by sending an RLC HANDOVER NOTIFY message to 

the old AP. 


TP/MT/RRC/RH/CA-001 


Reference: TS 101 761-2-5.2.1.2 

Initial condition: MT_Associated_to_AP. 

Check, that: when handover is needed and the IUT is still synchronized to the old 

APT, the IUT notifies the old APT by sending an RLC_HANDOVER_NOTIFY 

message. 


TP/MT/RRC/RH/CA-002 


Reference: TS 101 761-2-5.2.1.2 

Initial condition: MT_Associated_to_AP. 

Check, that: when handover is needed and the IUT is synchronized to the new APT, 

the IUT requests handover to the new APT by sending an 

RLC HANDOVER REQUEST message. 


TP/MT/RRC/RH/CA-003 


Reference: TS 101 761-2-5.2.1.2 
Initial condition: MT_Associated_to_AP. 
Check, that: after completion of a radio handover 
(RLC_RADIO_HANDOVER_COMPLETE message is received), the IUT 
communicates correctly with the LT (new APT). 



5.3.2.2.3 



Network Handover 



TP/MT/RRC/NH/CA-000 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT Associated to AP. Network support available. 

Check, that: after receiving RLC HO INFO DISTRIBUTION message, the IUT sends 

back an RLC_HO_INFO_DISTRIBUTION_ACK message and update its network 

token. 


TP/MT/RRC/NH/CA-001 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT Associated to AP. The IUT (MT) has sent an 

RLC HANDOVER REQUEST message. 

Check, that: after receiving RLC_HANDOVER_ASSOCIATION message, the IUT 

initiates the exchange of link capabilities by sending its own link parameters to the LT 

(RLC LINK CAPABILITY message). 


TP/MT/RRC/NH/CA-002 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT Associated to AP. Network handover process is pending. The 

IUT (MT) has sent an RLC_LINK_CAPABILITY message. 

Check, that: after receiving the RLC_HO_LINK_CAPABILITY_ACK message and if 

network support was available, the IUT initiates the NW signalling process by sending 

an RLC_NW_SIGNALLING_HANDOVER message to the LT. 
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TP/MT/RRC/NH/CA-003 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT Associated to AP. Network handover process is pending. The 

IUT (MT) has sent an RLC LINK CAPABILITY message. 

Check, that: after receiving the RLC_HO_LINK_CAPABILITY_ACK message 

indicating the selected encryption procedure and network support was not available, 

the IUT initiates the encryption process by sending an RLC KEY EXCHANGE MT 1 

message and an RLC KEY EXCHANGE MT 2 message to the LT. 


TP/MT/RRC/NH/CA-004 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. The 

IUT (MT) has terminated the NW signalling process or terminated the authentication 

process by receiving the relevant message. 

Check, that: after termination of the NW signalling process or termination of the 

authentication process, the IUT initiates the exchange of higher layer information by 

sending an RLC INFO message to the LT. 


TP/MT/RRC/NH/CA-005 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. The 

IUT (MT) has terminated the higher layer information exchange process by receiving 

the relevant message (RLC_INFO_ACK). 

Check, that: after termination of the higher layer information exchange process, the 

IUT re-establishes a previously existing DLC user connection by sending an 

RLC SETUP message to the LT. 


TP/MT/RRC/NH/CA-006 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. Network handover process is pending. The 

IUT (MT) has terminated the higher layer information exchange process by receiving 

the relevant message (RLC_INFO_ACK). 

Check, that: after termination of the higher layer information exchange process, the 

IUT re-establishes all previously existing DLC user connections by sending all 

necessary RLC SETUP messages to the LT. 


TP/MT/RRC/NH/CA-007 


Reference: TS 101 761-2-5.2.1.3 

Initial condition: MT_Associated_to_AP. 

Check, that: after completion of a network handover 

(RLC_NETWORK_HANDOVER_COMPLETE message is received), the IUT 

communicates correctly with the LT (new AP). 



5.3.2.3 



Power saving 



5.3.2.3.1 



Sleep 



TP/MT/RRC/SL/CA-000 



Reference: TS 1 01 761 -2 - 5.2.5 

Initial condition: Active_Mode. 

Check, that: the IUT sends a relevant RLC_SLEEP_REQUEST message, when it 

wishes to enter low power consumption mode. 



5.3.2.3.2 



Alive 



5.3.2.3.2.1 



Mobile originated 



TP/MT/RRC/AL/CA-000 



Reference: TS 1 01 761 -2 - 5.2.4 

Initial condition: Active_Mode. 

Check, that: the IUT sends a relevant RLC_MT_ALIVE message, when a long period 

time has elapsed without transmission and it wishes to remain associated. 



5.3.2.3.2.2 



Mobile terminated 



TP/MT/RRC/AL/CA-001 



Reference: TS 1 01 761 -2 - 5.2.4 

Initial condition: Active_Mode. 

Check, that: after receiving an RLC_MT_ALIVE_REQUEST message, the IUT 

acknowledges by sending a relevant RLC_MT_ALIVE_REQUEST_ACK message. 
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5.3.2.3.3 



Absence 



TP/MT/RRC/AB/CA-000 


Reference: TS 101 761-2 - 5.2.4.1 

Initial condition: Active_Mode. 

Check, that: when the IUT has nothing to transmit in the up-link stream for a "long" 

time interval, it sends a relevant RLC_ABSENCE_NOTIFY message specifying the 

duration of its absence. 


TP/MT/RRC/AB/CA-001 


Reference: TS 101 761-2 - 5.2.4.1 

Initial condition: Active_Mode. 

Check, that: when the duration time specified in the RLC_ABSENCE_NOTIFY has 

elapsed, the IUT indicates its presence by sending a relevant RLC_MT_ALIVE 

message. 



5.3.2.4 



Unsupported messages 



TP/MT/RRC/UM/CA-000 



Reference: TS 101 761-2-7 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an unsupported RRC message (100 < pdu type > 127), the 

IUT replies by sending a relevant RLCJMOSUPPORT message. 



5.3.2.5 



Timers and repetitions of messages 



TP/MT/RRC/TI-000 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an RRC procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/MT/RRC/TI-001 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an RRC procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 



5.3.3 DLC user connection 



5.3.3.1 



Centralized mode 



5.3.3.1.1 



Set-up 



5.3.3.1.1.1 



Mobile originated 



TP/MT/DUC/CS/CA-000 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: when the IUT wishes to establish a DLC user connection, it sends a 

relevant RLC SETUP message. 


TP/MT/DUC/CS/CA-001 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. IUT has sent an RLC_SETUP message. 

Check, that: after receiving the RLC_CONNECT message, the IUT replies to the LT 

with an RLC_CONNECT_ACK message and considers the DLC user connection as 

established. 
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5.3.3.1.1.2 



Mobile terminated 



TP/MT/DUC/CS/CA-002 


Reference: TS 101 761-2-5.3.1.1 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving the RLC SETUP message, the IUT replies to the LT with 

an RLC CONNECT message. 


TP/MT/DUC/CS/CA-003 


Reference: TS 101 761-2-5.3.1.1 

Initial condition: MT_Associated_to_AP. IUT has sent an RLC_CONNECT message. 
Check, that: after receiving the RLC_CONNECT_ACK message, the IUT considers 
the DLC user connection as established. 



5.3.3.1.2 



Release 



5.3.3.1.2.1 



Mobile originated 



TP/MT/DUC/CR/CA-000 



Reference: TS 101 761-2 - 5.3.2.2 

Initial condition: DUC_established. 

Check, that: when the IUT wishes to release a DLC user connection, it sends a 

relevant RLC_RELEASE message. 



5.3.3.1.2.2 



Mobile terminated 



TP/MT/DUC/CR/CA-001 



Reference: TS 101 761-2 - 5.3.2.1 

Initial condition: DUC_established. 

Check, that: after receiving the RLC_RELEASE message, the IUT replies to the LT 

with an RLC_RELEASE_ACK message and considers the DLC user connection as 

released. 



5.3.3.1.3 



Modify 



5.3.3.1.3.1 



Mobile originated 



TP/MT/DUC/CM/CA-000 


Reference: TS 101 761-2 - 5.3.3.2 

Initial condition: DUC_established. 

Check, that: when the IUT wishes to modify a DLC user connection, it sends a 

relevant RLC MODIFY REQ message. 


TP/MT/DUC/CM/CA-001 


Reference: TS 101 761-2 - 5.3.3.2 

Initial condition: DUC_established. IUT has sent an RLCJvlODIFYREQ message. 

Check, that: after receiving the RLC_MODIFY message, the IUT replies to the LT with 

an RLC_MODIFY_ACK message and considers the DLC user connection as 

modified. 



5.3.3.1.3.2 



Mobile terminated 



TP/MT/DUC/CM/CA-002 



Reference: TS 101 761-2 - 5.3.3.1 

Initial condition: DUC_established. 

Check, that: after receiving the RLC_MODIFY_REQ message, the IUT replies to the 

LT with an RLC_MODIFY message. 



TP/MT/DUC/CM/CA-003 



Reference: TS 101 761-2 - 5.3.3.1 

Initial condition: DUC_established. IUT has sent an RLC_MODIFY message. 
Check, that: after receiving the RLC_MODIFY_ACK message, the IUT considers the 
DLC user connection as modified. 
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5.3.3.1.4 



Reset 



5.3.3.1.4.1 



Mobile originated 



TP/MT/DUC/CT/CA-000 



Reference: TS 101 761-2 - 5.3.4.2 

Initial condition: Disestablished. 

Check, that: when the IUT wishes to reset a DLC user connection, it sends a relevant 

RLC_RESET message. 



5.3.3.1.4.2 



Mobile terminated 



TP/MT/DUC/CT/CA-001 



Reference: TS 101 761-2 - 5.3.4.1 

Initial condition: DUC_established. 

Check, that: after receiving the RLC_RESET message, the IUT replies to the LT with 

an RLC_RESET_ACK message and considers the DLC user connection as 

established and restarted. 



5.3.3.2 



Direct mode 



5.3.3.2.1 
5.3.3.2.2 



Set-up VOID 
Release VOID 



5.3.3.2.3 



Modify VOID 



5.3.3.2.4 



Relay VOID 



5.3.3.3 



Unsupported messages 



TP/MT/DUC/UM/CA-000 



Reference: TS 101 761-2-7 

Initial condition: MT_Associated_to_AP. 

Check, that: after receiving an unsupported DUC message (160 < pdu type), the IUT 

replies by sending a relevant RLC_NO_SUPPORT message. 



5.3.3.4 



Timers and repetitions of messages 



TP/MT/DUC/TI-000 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for a DUC procedure initiated by the IUT and when no reply was 

received, the IUT re-transmits the same message. 


TP/MT/DUC/TI-001 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an DUC procedure initiated by the IUT and when each time no reply 

was received, the IUT re-transmits the same message 4 times and stops the initiated 

procedure. 


TP/MT/DUC/TI-002 


Reference: TS 101 761-2-6 

Initial condition: MT_Associated_to_AP. 

Check, that: for an DUC procedure initiated by the LT that uses either a T_medium 

timer or TJong timer, the IUT replies with a relevant RLC_PROCEEDING message 

as an acknowledgement for the received message. 
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